變更管理流程存在的目的，即確保在服務變更的過程中使用標準的方法與步驟，有效的控制變更過程，以求將變更所導致服務中斷對業務的影響降到最低。變更管理流程運作過程中，必須組織變更諮詢委員會 (Change-advisory Board, CAB)，如有重大變更，則需要變更諮詢委員會對提交的變更請求進行審核，並決定是否實施。
在 iTop 的變更管理將變更分類為三種類型來實施 ITIL V3 的變更，每種類型的變更都有其特點和流程。
變更管理由具有以下 Profile 的人員進行管理：
例行變更 Routine Change
例行變更是已經過批准、標準化並具有低風險的變更，這類變更通常已經反覆執行過多次，且其影響和風險可預測。這類型的變更一般不需要變更諮詢委員會 (CAB) 的審核。
例行變更的特點：
常見的例行變更：
我們先來看看 iTop 的 Routine Change Life Cycle 長怎樣。
把人物角色放上去，是不是比較容易理解了。
一般變更 Normal Change
一般變更是需要經過評估、計劃、審批和測試的變更。這類變更的風險較例行變更高，且可能會對系統或服務造成一定影響。因此，一般變更通常需要通過變更諮詢委員會 (CAB) 的審核與批准。
一般變更的特點：
常見的一般變更：
接著，來看看 iTop 的 Normal Change Life Cycle 長怎樣。
把人物角色放上去，是不是比較容易理解了。
一般變更是指必須遵循完整變更管理流程的變更，該變更將經歷流程的所有步驟，最終由變更諮詢委員會 (CAB) 進行審查。
Emergency Change
緊急變更是需要立即執行以解決緊急問題的變更，這些問題通常對業務運營或關鍵服務構成重大威脅。由於時間緊迫，緊急變更的審核過程會加快，甚至可能在事後才進行審查。
緊急變更的特點：
常見的緊急變更：
最後，來看看 iTop 的 Emergency Change Life Cycle 長怎樣。
把人物角色放上去，是不是比較容易理解了。
我們就使用一般變更進行演示，因為一般變更所有的流程與步驟是最完整的。
透過 Change Management 的 New Change，進行一般變更請求。
接著在 Supervisor 收到通知後，便可決定該變更是否生效或退回。
填寫下列資訊，點選 VALIDATE。
Supervisor 還必須進行人員的指派
填寫以下人員，點選 ASSIGN。
為了演示方便，我就先全部指派給自己。
接著在 Agent 收到通知後，便可開始著手如何進行變更計畫與制定方案。
上傳變更與退回計畫等相關文件
並將涉及到的 CIs 關聯至變更請求
點選 Plan 進行 Schedule。
填寫以下資訊，點選 PLAN。
正常情況下，Manager 會在前期參與重要變更的討論，事先了解變更的主要內容。因此，在這裡的審核只是對變更計畫的最後確認，以確保預先討論的內容是否一致、變更計畫是否嚴謹、回退計畫是否完善，以及受變更影響的範圍是否判斷準確。
除了可以在 Attachments 查看 Agent 所提供的變更與退回計畫文件
也可以點選 Impact Analysis 查看受變更影響的 CIs 及其拓樸圖。
填寫下列資訊，點選 APPROVE。
在變更被批准之後，根據安排的時間由 Agent 實施變更。
最後由 Supervisor 決定變更是否進行 Monitor 或者直接 Finish。
Supervisor 負責監控與驗證，確認變更的結果是否成功以及相關的組態配置是否正確。若檢查變更失敗，則執行退回計畫。
確認變更的結果沒有問題之後，點選 Finish 關閉該次的變更請求。
變更管理的相關流程圖可參考如下
最後提醒大家，我們依賴系統的前提是遵循它的規則進行操作。參與的人員一定要在完成相關操作後立即點擊按鈕，不要等所有操作都完成後再一次性點擊，這樣系統紀錄的時間和步驟才有意義。
今天的分享就到這邊，感謝收看。
參考文件
iThome鐵人賽
看影片追技術